04/01/2009 15:46 FA^ 



ROBERT A, CESARI (1^28-2006) 
JOHNF.MCKENNA 
MARTIN J. 0' PONNELL 
THOMAS C. O'KONSKI 
PATEJCIA A. SHEEHAN 
MlCWA£l.E.ATrAYA 
CHAJiX.es J. BAHBAS 
MICHAEL R. REINEMANN 
KEVIN GANNDN 
DUANEH.DREGER 
JAMES A, BLANCHETTE 
JAMES M.BJSRMKE 
SHANNEN C. JS'ELAHEY 
OMAS.M.WAI?riWA 
ETTAM-ROOKEY 
MICHAI^H T. ABRAMSON 
SlEl^HeM D. LEBARRON 



CESARI and McKENNA, LLP 

ATTORNEYS AT LAW 
88 BLACK FALCON AVENUE 
BOSTON, MASSACHUSETTS 



Telephone: (617) 951-2500 Telecopier: (617) 951-3927 
Website: www.c-m.com 



FACSIMILE COVER SHEET 



1)2056-0474 



DATE: 


April 1,2009 


TOTAL PAGES WITH COVER: 


20 


TO: 


GiovBnna B. Colan 


FIKM: 


United States Patent and Trademark Of5Rce 


FACSIMILE NUMBER: 


571-273-2752 


TELEPHONE NUMBER: 


571-272-2752 


FROM: 


Michael T. Abramson 



COMMENTS: 

Please call Kristin at 617-951-3089 to confirm receipt of this 
Thank you! 



SPECIAL INSTRUCTIONS: 

If you do nol receive all pages, or you are not the itiiended recipient, please coiitact us ai (617) 951-2500 as soon as possible 



PAGE 1/20*RCVDAT 4/1/2009 3:47:16PM pastern Daylight Time]*SVR:USPTO-EFXM^ 



04/01/2009 15:47 FAX 



PATENTS 
112056-0474 
POl-2475.01 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In Re The Application of: 
Christo lankov Bojinov 

Serial No.: 10/803,788 

Filed: March 17, 2004 

For: METHOD AND APPARATUS 
FOR IMPROVING FILE SYSTEM 
PROXY PERFORMANCE AND 
SECURITY BY DISTRIBUTING 
INFORMATION TO CLIENTS VIA 
FILE HANDLES 

AGENDA FOR INTERVIEW 

The Agenda is: 

(1) Explain the problem solved 

(2) Analyze the claimed solution 

(3) Analyze all cited art 

(4) Explain why all claims are allowable in view of the cited prior art 

present Status of Case 

This Agenjda is sent in response to the OfSce Action mailed by USPTO on 
February 23, 2009. 

Claims: All claims 1-5 and 30-65 have been rejected. 



• This Agenda is sent via facsimile to Examiner Colan. 

o Facsimile #: (57l)-273-2752 

• Agenda for a telqphonic interview with Examiner Giovanna B. Colan. 

• Attorney Michael T, Abramson (Reg. No, 60,320) will call Examiner Colan for the 
scheduled interview on Monday April 6, 2009 at 10:00 A,M, (EST). 

o Telephone*: (571)-272-2752 



Examiner: Colan, Giovanna B 
Art Unit: 2162 
Confirmation No.: S050 
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PROPOSED CLAIMS : 

1 1 . (Proposed Amended) A method for establishing identity in a file system, comprising: 

2 receiving a file request concerning an indicated file ft^om a client, the request 

3 received by a proxy; I 

4 forwarding the request from the proxy to a file server; ' 

5 returning a reply associ ated with the file request firom the file server to the proxy; 

6 I insertiiig, by the proxy, metadata into ^^a^file handle; and 

7 sending, by the proxy, the file handle with the metadata inserted in the file handle 
s to the client, the metadata to be used in fijither requests to identify the client and the 

5 indicated file. 

1 2. (Previously Presented) The method of Claim 1 , further comprising: 

2 using the metadata in the file handles for any of eliminating a need for the proxy 

3 to generate additional requests to the server to establish file identity, and for completing 

4 chent requests. 

1 3 . (Previously Presented) ■■ The method of Claim 1 , further comprising:^ 

2 encoding metadata in a form of a session key into the file handle, the session key 

3 expiring afler a predetermined amount of time. 

1 4. (Previously Presented) The method of Claim 1 , fiirther comprising: 

2 using an NFS file system as the file system. 

1 5 . (Previously Presented) The method of Claim 1 , further comprising: ' 

2 usmg a stateless protocol by the file system. 

1 6-29. (Cancelled). 

1 30. (Previously Presented) The method of claim 1, further comprising: 
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1 receiving, from the client, a second file request by the proxy, the second file 

3 request including the metadata in a further file handle sent with the second request; 

4 identifying, in response to the metadata, the client as having a peimission to 

5 submit the second file request; 

6 sending the second file request to the file server and not sending the metadata 

7 with the second file handle to the file server; and 

s receiving by the proxy the fijither reply from the file server, and sending by the 

9 proxy the fimlier reply to the chent. 

1 31. (Proposed Amended) A method for establishing identity in a file system, 

2 comprising: 

3 receiving a first file request concerning an indicated file fi-om a cUent, the first file 

4 request received by a proxy; 

5 forwarding the first file request from the proxy to a file server^ 

6 returning a reply associated with the first file request from the file server to the 

7 j prox y, wherein the reply, includes a file handle associated with the indicated file : 
■ 8 inserting, by the proxy, metadata into the file handle; 

9 sending, by the proxy, the file handle with the metadata inserted in the file handle 

10 to the client, the metadata to be used in further requests to identify the client as having a 

11 permission to access the indicated file; 

12 receiving, firom the client, a second file request by the proxy, the second file 

13 request including the metadata in a second file handle sent with the second file request; 

14 identifying, in response to the metadata, that the chent has the permission to 

15 submit the second file request; 

16 sending the second file request to the file server and not sending the metadata 

17 with the second file handle to the file server; and 

1 » receiving by the proxy a second reply from the file server, and sending by the 

19 proxy the second reply to the client. 
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1 32. (Proposed Amended) An apparams to establish identity in a file system, 

2 comprising: 

3 I a proxy to receive a file request sent by a client to ft-tiie,file system, the proxy to 

4 forward the request to a file server; 

5 the file server to retum a reply associated with the file request to the proxy^ 

6 wherein the reply includes a file handle ; 

7 the proxy to insert metadata into the file handle; and 

g the proxy to send the file handle with the metadata inserted in the file handle to 

9 the chent, the metadata to be used in fiirther requests to identify the client and the 

10 indicated file. 

1 33. (Previously Presented) The apparatus as in claim 32, further comprising: 

2 the proxy to receive, by the client, a second file request, the second file request to 

3 include the metadata in the second file handle sent with the second request; 

4 the proxy to idexitify, in response to the metadata, the client as having a 

5 permission to submit the second file request; 

fi . ; the proxytosend the second file reqiuest to the file serverand not to send the ■ 

7 metadata with the second file handle to the file server; and 

s the proxy to receive a second reply from the file server, and the proxy to send the 

9 second reply to the client, 

1 34. (Previously Presented) The apparatus of Claim 32, further comprising: 

2 the proxy to use the metadata in the file handle received ftxjra the client to 

3 eliminate a need for additional communication with the file server to establish file 

4 identity. 

1 35. (Previously Presented) The apparatus of Claim 32, further comprising: 

2 the proxy to encode the metadata in a form of a session key into the file handle, 

3 the session key expiring after a predetennined amount of time. 
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1 36. (Previously Presented) The apparatus of Claim 32, further comprising: 
z an KFS file system used as the file system. 

1 37. (Previously Presented) The apparatus of Claim 32, further comprising: 

2 a stateless protocol used by the file system. 

1 38. (Proposed Amended) A nan- volatile memory executed on a computer, comprising: 

2 said non-volatile memory containing procedures for execution on the computer 

3 for a method of establishing identity in a file system, the method having the steps of, 

4 receiving a Jile request concerning an indicated file from a chent, the request 

5 received by a proxy; 

6 forwarding the request &om the proxy to a file server; 

7 returning a reply associated with the file request &om the file server to the proxy^i 
s wherein the reply includes a file handle associated with the indicated file : 

9 inserting, by tbe proxy, metadata into the file handle; and 

10 sending, by the proxy, the file handle with the metadata inserted in the file handle 

11 to the client, the metadata to benised in fiirther requests to identify the client and the 

12 indicated file. 

1 39. (Proposed Amended) A method for establishing identity in a file system, 

2 comprising: 

3 receiving a first file request concerning an indicated file from a client, the first file 

4 request received by a proxy; 

5 forwarding the first file request from the proxy to a file server; 

6 granting a permission for the request to be acted upon by the file system in 

7 response to a predetermined protocol; 

B returning a reply associated with the first file request from the file server to the 

9 I prox v,_wherein the reply includes a file handle associated with the indicated file : 

1 0 inserting, by the proxy, a session key into the file handle; and 
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1 ] sending, by the proxy, tlie file handle with the session key inserted in the file 

12 handle to the client, the session key to be used in further requests to identify the cUent 

13 and the indicated file. 

1 40. (Previously Presented) The method according to claim 39, fiirfher comprising: 

2 receiving, from the client, a second file request by the proxy, the second file 

3 request including the session key in a. second file handle sent with the second file request; 

4 identifyingj in response to the session key, that the client has the permission to 

5 submit the second file request; 

6 sending the second file request to the file server and not sending the session key 

7 with the second file handle to the file server; and 

B receiving by the proxy a second reply from the file server, and sending by the 

9 proxy the second reply to the client. 

1 41 . (Previously Presented) The method according to claim 39, further comprising: 

2 causing the session key to expire after n selected amount of time. 

1 42. (Previously Presented) The method according to claim 39, further comprising: 

2 . causing the session key to expire after a selected amount of usage, 

1 43. (Previously Presented) The method according to claim 39. fluther comprising: 

2 using a 1>JFS protocol as the predetermined protocol. 

1 44. (Previously Presented) The method according to claim 43, fijrther comprising: 

2 using as the predetermined protocol a two way communication exchange between 

3 the proxy and the file server. 

1 45, (Proposed Amended) An apparatus to establish identity in a file system, comprising: 

2 I a proxy to receive a file request sent by a client to flr^file system, the proxy to 

3 forward the request to a file server; 

6 
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4 the jSle server to return a rq^ly associated with the file request to the proxy^ 

5 wherein the reply includes a file handle : 

6 . the proxy to insert a session key into the file handle; and 

7 the proxy to send tlie file handle with the session key inserted in the file handle to 
s the chent, the session key to be used in further requests to identify the client and the 

9 uidicated file. 

1 46. (Previously Presented) The apparatus as in claim 45, further comprising: 

2 the proxy to receive, by the client, a second file request, the second file request to 

3 include the session key in a further file handle sent with the second request; 

4 the proxy to identify, in response to the session key, the client as having a 

5 permission to submit the another file request; 

6 the proxy to send the second request to the file server and not to send the session 

7 key with the second file handle to the file server; and 

8 the proxy to receive a fiirther reply ftam the file server, and the proxy to send the 

9 further reply to the client. 

1 47. (Previously Presented) Tlie apparatus of Claim 45, fiirther comprising: 

2 the proxy to use the metadata in the file handle received fi-om the client to 

3 eliminate a need for additional cominunication with the file server to establish file 

4 identity. 

1 48. (Previously Presented) The apparatus of Claim 45, further comprising: 

2 the proxy to encode the metadata in a form of a session key into the file handle, 

3 the session key expiring after a predetermined amount of time. 

1 49. (Previously Presented) The apparatus of Claim 45, fiirther comprising; 

2 an NFS file system used as the file system. 

1 50. (Previously Presented) The apparatus of Claim 45, further comprising: 

7 
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a stateless protocol used by the file system. 



51. (Proposed Amended) An apparatus to establish identity in a file system, comprising: 

a proxy configured t o receive a first file request sent by a client to a rthe file 
system, the proxy fiirther configured t o forward the first file request to a fil e server : 

the file server configured t o retiim a reply associated with the first file request to 
the proxy; 

the proxy fiirther configured t o insert a session key into a file handle; 

the proxy fLuther configured to send the file handle with the (session key inserted 
in the file handle to the client, the session key con|igured_to be used in a second file 
request to identify the client and the indicated file- 

the prox y further configured to receive, by the client, a second file request, the 
second file request configured t o include the session key in a second file handle sent with 
the second file request; 
I the proxy fiirther configured t o identify, in response to the session key, the client 

as having a pennission to submit the second file request; 
j the proxy finlfaer configured t o send the second file request to the file server and 

not to send the session key with the second file handle to the file server; and 

the proxy fiirther configured t o receive a second reply fi^om the file server, and the 
proxy fiirther configured t o send the second reply to the cheat. 

52, (Proposed Amended) A method for estabhshing identity in a file system, 
comprising: 

receiving a first file request concerning an indicated file fix)m a cUent, the first file 
request received by a proxy; 

forwarding the first file request fix)m the proxy to a file server; 
determining that the client has a permission to have the request acted upon by tlie 
file system in response to a predetermined protocol; 

returning a reply associated with tlic first file request fi-om the file server to tlie 
I proxy, wherein the reply includes a file handle ajssocjated with the indicated file: 
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1 0 inserting, by the proxy, a cryptographic information into the file handle; 

1 1 sending, by the proxy, the file handle with the cryptographic information inserted 

1 2 in the file handle to the client, the cryptographic information to be used in one or more 

1 3 requests to identify tlie client and the indicated file. 

1 53. (Previously Preseated) The method according to claim 52, fiirther comprising: 

2 receiving, by the client, a second file request by the proxy, the second file request 

3 including the cryptographic infbimation in a second file handle sent witli the second file 

4 request; 

5 identifying, in response to the cryptographic information, that the client has the 

6 permission to submit the second fde request; 

7 sending the second file request to the file server and not sending the cryptographic 

8 information with the second file handle to the file server; and 

9 receiving by the proxy a second reply fix)m the file server, and sending by the 

10 proxy the second reply to the client. 

1 54. i(Pireviously Presented) The method according to claim 52, further comprising: 

2 causing the cryptographic infoimation to expire after a selected amount of time. 

1 55, (Previously Presented) The method according to claim 52, further comprising: 

2 causing the cryptographic inlbrmation to expire after a selected aiuount of usage. 

1 56. (Previously Presented) The method according to claim 52, fiulher comprising: 

2 using a NFS protocol as the predetermined protocol. 

1 57. (Previously Presented) The method according to claim 52, further comprising: 

2 using as the predetermined protocol a two way communication exchange between 

3 the proxy and the file server. 

1 58. (Proposed Amended) An apparatus to estabhsh identity in a file system, comprising: 

9 
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a proxy configured t o receive a file request for an indicated fil^ sent by a client to 
a-the_file system, the proxy further configured t o foi^\'ard the request to a file server; 

the file server configured t o return a reply associated with the file request to the 
prox y, wherein the reply is configured to include a file handle ; 

the proxy further configured t o insert a cryptographic information into the file 
handle; and 

the proxy further confi gured t o send the file handle with the cryptographic 
information inserted in the file handle to the client, the cryptographic information 
configured.to be used in fiirther requests to identify the client and the indicated file. 



59. (Proposed Ain elided) The apparatus as in claim 58, fiirther comprising; 

the proxy fiirther configured t o receive, by the client, a second request, the second 
file request to include the cryptographic information in a second file handle sent with the 
second request; 

the prox y fiirther configured to identify, m response to the cryptographic 
information, the client as having a permission to submit the second file request; 

the proxy further configured t o send the second request to the file server and not 
to send the cryptographic information with the second file handle to the file server; and 

the proxy further configured t o receive a further reply firom the file server, and the 
proxy to send the fiirther reply to the client. 



1 60. (Proposed Amended) The apparatus of claim 58, further comprising: 

2 I the proxy fiirther confi gured t o use the metadata in the file handle received fiom 

3 the client to eliminate a need for additional communication with the file server to 

4 estabUsh file identity. 

1 61- (Proposed Amended) The apparatus of claim 5S, fiirther comprising: 

2 the proxy further configured t o encode the metadata in a form of a cryptographic 
2 information into the file handle, the cryptographic information configured to 

4 expire e xpiring after a predetermined amount of time. 
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1 62. (Previously Presented) The apparatus of claim 58, further comprising: 

2 an NFS file system used as the j51e system. 

1 63. (PrevioQsly Presented) The apparatus of claim 58, further comprising: 

2 a stateless protocol used by the file system. 

1 64. (Proposed Amended) An apparatus to estabhsh identity in a file system, 



a proxy configured t o receive a first file request sent by a client to arthe file 
system, the proxy to forward the first file request to a file server; 

the file server configured t o return a reply associated with the first file request 
to the proxy; 

the proxy further configured t o insert a cryptographic infonnation into a file 

handle; 

the proxy fiuther confieured t o send the file handle with the cryptographic 
information inserted in the file handle to the client, the cryptographic infonnation 
Gonfigured t o be used in a second file request to identify the clieufcand the indicated",;!' 
file; 

the proxy further configured to receive, by the chent, a second file request, the 
second file request configyred^to include the cryptographic infonnation in a second 
file handle sent with the second file request; 

the proxy further configured t o identify, in response to the cryptographic 
infonnation, the client as having a peitnission to submit the second file request; 

the proxy flirtfaer configured_t o send the second file request to the file server 
and not to send the cryptographic information with the second file handle to the file 
server; and 

the proxy further configured t<t receive a second reply fixjm the file server, and 
the proxy to send the second reply to the client. 
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I 65. (Proposed Amended) A method for establishing identity in a fiJe system, 
z comprising: 

3 receiving a file request concemiiig an indicated file from a client, the request 

4 received by a proxy; 

5 forwarding the request from the proxy to a file server; 

6 returning a reply associated with the file request from the file server to the 

7 I prox y, wherein the reply includes a file handle associated w itli the indicated file: 
s inserting, by the proxy, metadata into the file handle; and 

9 sending, by the proxy, the file handle with the metadata inserted in the file 

10 handle to the client, a size of the file handle set to a sum of a length of the server file 

I I handle and a length of the proxy metadata, the metadata to be used in fiirtherr requests 
12 to identify the cliefnt and the indicated file. 
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REMARKS 

Claims 1-5 and 30-65 are currently pending in the case. 
A new claim 66 is being proposed. 

A proposed amendment to the claims, in particular claim 1, is iacluded. 

PROBLEM SOLVED 

The Network File System (NFS) is a stateless protocol. This means that the file 
server stores no per-cUent informatioii, and there are no NFS connections. For example, 
NFS has no operation to open a file because this would require the server to store state 
information, e.g. that a file is open, what its file descriptor is, the next byte to read, etc. 
Instead, NFS supports a lookup procedure, which converts a filename into a file handle . 
This fde handle is a luiiqiLe, immutable identifier, usually an inode number, or disk block 
address. NFS does have a read procedure, but the client must specify a file handle and 
starting offset for every call to read. 

A software program or ^fiance that is a proxy for tiie NFS protocol, or any 
other protocol that uses server-generated file handles, usually requires additional file 
metadata information to be stored either on the server or locally on the proxy. This ...i 
metadata can be used, for example, to apply different encryption keys, or to enforce 
access restrictions to files that are located in different logical units tliat are defined on the 
proxy, but possibly invisible to the file server. 

Such an appliance forwards file handles generated by the file server to clients, and 
subsequently acts as a proxy for client requests for access to the file system on the server. 
Given a file handle irom a client, the apphance needs to establish to what area (a.k.a. 
storage vault) the file belongs, and use the appropriate keys to encrypt or decrypt data. If 
the metadata used to establish this are not available on the proxy, as is typically the case 
with large file sets accessed by many client machines, the proxy must send additional 
requests to the file server to determine how to handle the client request correctly. 

It would be advantageous to provide a mechanism that distributes information, 
effectively caches information, and provides a mechanism that improves performance by 
eliminating the need for the proxy to generate additional requests to the server to 

13 
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establish file identity. 

Rejections Under 35 U.S.C. 5 103 
At Paragraph 7 of the Office Action, claims 1-2, 4-5, 30-34, 36-40, 42-47, 49-53, 
56-60, 62-64, and 65 were rejected under 35 U.S.C. 103(a) as being anticipated by 
Chandiashekhar et al, U. S. Patent Publication 2005/0033988 published on February 10, 
2005 (hereinafter "Chandrashekhar"), and in view of Gvily, U.S. Patent Application 
Publication No. 2002/0078201 published on June 20, 2002 (hereinafter "Gvily")- 

Applicant's claimed novel invention, as set out in representative claim 1, 
comprises in part: 

1 . A method for establishing identity in a file system, comprising: 
receiving a file request concerning an indicated file j&om a clierit, 

the request received by a proxy; 

forwarding the request from the proxy to a file server; 
retuTOTug a reply associated with the file request from the file 

server to the proxy; 

inserting, by the proxy, metadata into a file handle; and 
sending, by the proxy, the file handle ivith the metadata inserted 

in the fite handle to the client, the metadata to be used in further requests 

to identify the client and the indicated file. 

Chandrashekhar discusses processing file requests sent by a client and received by 
a proxy using security applications to encrypt, decompress, verify, and decrypt network 
data by a server receiving the files from the proxy [0058; 0071], Header policy 
information is determined, generated, and added at the nroxv server and then stored on 
the filer server [0055; Fig. 4-5], Metadata of the header policy information now being 
sent by the server back to the proxy is stripped from the file fbv the proxy) before the file 
is returned to tlie chent [003 S : Fig. 8; 0055; 0069-0070]. 

Gvily discusses embeddiTig data in a text page at a proxy, but more paiticularly, 
embedding either meta-data or scripts into Hypertext Markup Language (HTML) ftexf) 
pages . The intermediary proxy an^ilyzes the unstructured data of the HTML (text) page, 

14 
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understands the meaning behind the data, associates meta-data with some of the 
■unstTLictured data, and stores this meta-data back into the original HTML (text) page 
[0018; 0005]. The meta-data of understood data will be embedded into the HTML (text) 
gage, effectively altering the source code [0035-0036; see also Figs. 4-5]. 

Applicant respectfiilly urges that Chandrashekhar, taken singly or in any 
combination with Gvily, does not disclose Applicant's claimed novel use of iusertiug 
metadata into a Jile handle and then having tlie proxy send the file handle with the 
metadata inserted in the file handle to the client. 

Applicant claims inserting metadata into a file handle. For example, when the 
client issues a file request to the server, the server may issue a file handle to the client. 
The file handle may be intercepted by a proxy, where instead of returning the file 
handle(s) to the cUent as-is, additional information (e.g., server name/ID, time, temporary 
session key, other cryptogr^hic mfomiation, etc.) maybe encoded into the handle. 
Applicant then claims sending, by the proxy, the file handle with the metadata inserted 
in the file handleto the client. 

As stated above and stated by Examiner in the Office Action, Chandrashekhar 
removes the metadata fxom the file data/file attributes (e.g., file handle) fre/bre returning 
the file to the chent, and thus does not show AppUcant's claimed sending, by the proxy, 
the file handle with the metadata inserted in the file handle to the client. However, 
more importantly, Chandrashekhar explicitly teaches away from Applicant's claimed 
seading, by the proxy, the file handle with the metadata inserted in the file handle to 
the client since ChandrasheJdiar removes the metadata fix>m the file data/file attributes 
before returning the file to the client as a safety measure. As sucli, because 
Chandrashekhar removes the metadata before returning the file to the client, there would 
be no motivation to combine Chandrashekhar with any potential reference. As a result, in 
addition to Chandrashekhar being totally silent to Applicant's claimed sending, by the 
proxy, the file handle with the metadata inserted in the file handle to the client. 
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Chandrashekhar is also legally precluded from being used as a reference under 35 U.S.C 
§103. 

As noted above, Gvily shows embedding meta-data into an Hypertext Markup 
Language (HTML') ftext^ page . Applicant respectfully argues that embedding meta-data 
into an HTML ftext) page is not the same as Applicant's claimed inserting metadata 
into a file handle. Specifically, in one example, embedding meta-data into an HTML 
ftexf) page would require altering the HTML (textl page's source code, as is stated by 
Gvily at paragraph 36. This is because, as is well known in the art, HTML text is used to 
enable the web pages themselves to be more animated and interactive. In contrast, 
Applicant's inserting metadata into a file handle does not require altering the 
requested file. Put another way, an HTML (text) page is not the same as a file handle. 
Therefore, Gvily does not show Applicant's claimed inserting metadata into a file 
handle because an HTML ftextl page is not the same as a file handle. 

Accordingly, Applicant respectfully urges that Chandrasliekhar, taken singly or in 
any combination witli Gvily, is .legally insufficient to render the presently claimed 
invention obvious imder 35 U-S C. § 103. QiandrasheikhaT and Gvily, taken singly or in 
any combination, does not disclose Applicant's claimed, novel inserting metadata into a 
file handle and then having the proxy send the file handle with the metadata inserted in 
the file handle to the client. 

Applicant's Interpretation of tlie Prior Art 

Applicant's interpretation of the prior art references was derived, in part, from the 
following excerpts: 

Chandrashekhar 

[0038]... The meta-data relates to key management, length of the original 
file/dataset, whether the jfile was compressed prior to encryption or not, 
integrity checks for file data. The meta-data is stripped off before the file 
data/file attributes are returned to the client . . . (emphasis added) 

Gvilv 
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[0018] The invention described hereinafter discloses a computer 
impleroented method for embedding data in a text page at a proxy, where 
the proxy is generally an intermediary between a resource and a request 
for a resource. More particularly, the invention provides exemplary 
systems and methods for embedding either meta-data or scripts into HTML 
pages by means of a proxy. The intennediary proxy analyzes the 
unstructured data of a hypertext mse, understands the meaning behind the 
data, associates meta-data with some of the unstructured data and stores 
this meta-data back into the original hypertext vase . The invention 
potentially stores meta-data in a location that is hidden from the user's 
view so that it is unobtrusive but easily retrievable, (emphasis added) 

[0034] Embedding Data Examples 

[0035] FIG. 4 shows an example of a prior art hypertext page 401 
consisting of some text and a hyperlink 402. The following illustrates 
source code that maybe used to render that page: 



1 <HTML> <HRAD> </HEAD> <BODY> <A 
HREF="http://xyz.somewhe- re.com">Willie Brown</A> has been re- 
elected as the mayor of the city and comity of San Francisco. </BOD Y> 
</HTMI> 



[0036] For purposes of the example, assiune that the analysis process for 
the HTML page has recognized two objects on the page: Willie Brown 
and San Francisco, Willie Brown is recognized as a name, Willie as a first 
name and Brown as a last name. Continuing, San Francisco is recognized 
as a location. The meta-data of these objects will be embedded into the 
web t>ase. efFectivelv altering the source code to something like : 
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A. 









2 <HTML> <HEAD> </HEAD> <BODY> <A 

HREF="http://xyz.somewhere.coin" 

META="<PERSONxFIRST>Willie</FlRST> 

<LAST>Brown</LASTx/PERSON>">Willie Brown</A> has been re- 
elected as the mayor of the city and county of <SPAN 
META="<LOCATIONXCITY>San 

Francisco</CITYxSTATE>CA<STATE><LOCATION>">-San 
Francisco</SPAN>. </BODY> </HTMI> 



(emphasis added to [0035 and 0036]) 



Rejections Under 35 U.S.C. § 103 

At Paragraph 8 of the Office Action,h claims 3, 35, 41; 48,- 54-55, and 61 were . . 
rejected under 35 U,S.C, 103(a) as being unpatentable over Chandrasekhar in view of 
Gvily, and in further view of Ohazama et al., U- S. Patent No. 7,225,207 issued on May 
29, 2007 (hereinafter "Ohazama"). 



Applicant respectfully notes that claims 3, 35, 41, 48, 54-55, and 61 are all 
dependent claims, and these dependent claims are dependent from independent claims 
whicb are believed to be in condition for allowance. Accordingly, claims 3, 35, 41, 48, 
54-55, and 61 are believed to be in condition for allowance. 

Proposed Nevr Claim 
Any currently proposed clEiira(s), whether amended or new, are beheved to be in 
condition for allowance and fully supported by Applicant's specification 
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Applicant's claimed novel invention, as set forth in representative new claim 66, 
comprises in part: 

66. A method, cornprising: 

receiving, by a proxy, a file request for a file sent from a client; 

forwarding the file request firom the proxy to a file server; 

returning a reply associated with the file request firom the file 
server to the proxy, wherein the reply includes a file handle; 

inserting, by the proxy, metadata into the fUe handle) 

sending, by the proxy, the file hjindle with the metadata inserted 
in the file handle to the client; and 

using, by the client, the metadata inserted into the me handle 
in a subsequent ffle request to identify the client and the file. 

Conclnsion 

All newly proposed claims and proposed claim amendments are believed to be 
fully supported by Applicant's specification. 

All proposed independent claims are beheved to be in condition for allowance. 

All proposed dq^endent claims are believed to be dependent from allowable 
proposed independent claims, and therefore m condition for allowance. 
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